REMARKS 

This response is intended as a full and complete reply to the Office Action dated April 
28, 2009, having a shortened statutory period set to expire on July 28, 2009. 
Claims 1-4 are currently amended in this response. 
Claim 15 is cancelled. 

Claims 5-14 and 16-130 have been previously cancelled. 
Claim 131 is newly added in this response. 
Claims 1-4 and 131 are currently pending in the Application. 
Claim Objections 

The Office Action objected to Claims 2-4 and 15 as being of improper dependent form. 

As best understood, Applicant believes this objection relates to the recitation "for 
reconciling" within the preamble of Claims 2-4 and 15, which was inadvertently not amended 
when the preamble of Claim 1 was amended previously. Applicant has amended Claims 2-4 and 
15 to remove the recitation "for reconciling" from the preamble of each of the aforementioned 
claims. 

Applicant believes that no further amendments are necessary to correct the form of Claims 
2-4 and 15. Claims 2-4 further limit the recitation "actual performance data," found in Lines 2, 
6, 8, and 9 of Claim 1, above, and otherwise include all limitations of Claim 1. Claim 15 further 
limits the recitation "complex project," and describes additional steps of the method, but 
otherwise includes all limitations of Claim 1. As such, Applicant believes Claims 2-4 and 15 
properly depend from Claim 1. 
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Claim Rejections - 35 USC $112 

The Office Action rejected Claims 1-4 and 15 under 35 USC §112, first paragraph, as 
failing to comply with the written description requirement. Specifically, the Office Action 
noted that the recitations "electronic comparison circuitry" and "complex project," added 
responsive to previous interviews with the Examiner, are not found in Applicant's Specification. 
Applicant respectfully traverses this rejection. 

With regard to the recitation "electronic comparison circuitry," Applicant has amended 
Claim 1 to clarify that the processor is used to compare the actual performance data to the 
estimated data to determine any discrepancy. This amendment is supported by the disclosure of 
original Claims 21, 28, and 63, as filed, and throughout the Specification. 

With regard to the recitation "complex project," Applicant would assert that sufficient 
support exists in the specification, as filed, to substantiate this term, as used in the Claims. 

Paragraph [0008] references that "[a]s is appreciated by those skilled in the art, 
converting specifications for complex projects into specific requests for goods/services is 
extremely time consuming, is often incomplete, and is extremely inefficient ... a process is 
needed that enables a buyer to procure those goods/services necessary to undertake and 
complete a project . . ." 

Paragraph [0091] recites: "Since delays, rescheduling, and substitutions of goods/services 
often occur when undertaking a complex project (for example, drilling an oil well), the process 
also provides for the adaptation of contractual terms, as necessary, by allowing both parties (the 
buyer and seller) to monitor the progress of the project at any time via a common database." 

Paragraph [0106] recites: "As may be appreciated, for complex projects, such as drilling 
an oil well, the Parameters may be reviewed and modified by numerous geologists, engineers, 
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rig operators, and others prior to the generation of actual requests for goods/services (Block 
342)." 

Paragraph [0149] recites: "Other types of complex projects, i.e., other than the oil and gas 
industry example, may have different components with greater or fewer steps or templates to 
adequately and accurately capture and describe the Parameters of any particular project and 
convert those Parameters into RFQs 718." 

Further, the disclosures of the applications having serial numbers 09/672,938, 
60/236,998, and 60/187,345, incorporated within Applicant's Specification by reference (See 
Paragraph [0001]), contain additional support for the recitation "complex project." 

The Office Action rejected Claims 1, 4, and 15 under 35 USC §112, second paragraph, as 
being indefinite. Specifically, the Office Action noted that the recitations "actual performance 
data" of Claim 1 and the recitations "measurement" and "parameter" of Claim 4 are unclear and 
indefinite. Applicant respectfully traverses this rejection. 

With regard to the recitation "actual performance data," throughout the Specification, 
Applicant refers to actual data, the term "actual" used to contrast certain items of data with 
estimated data. 

The term "actual performance data" is further clarified and supported by Paragraph 
[0153], which states: 

"When the seller completes performance on the project, it provides actual perf ormance 
data 748 to the IBE system 700. This actual performance data preferably includes both 
costs for the goods and services provided, and information about the conditions 
encountered that the Parameters attempted to define. Actual performance data can be 
provided by seller-side systems 750 such as accounting programs, and in the case of oil 
and gas projects, electronic field ticket entry (described later herein in detail). In the oil 
and gas industry, a field ticket captures many of the actual results of a project, both 
financial and functional. In general, field ticket or actual data consists of measurements 
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or observations taken during the performance of the project. In a preferred embodiment, 
such actual data observed may be provided to the IBE system using wireless processing 
and communications technologies. The actual performance data is used to update the 
configuration Parameters 752 with the actual information to aid in the request process for 
future projects involving the same or similar parameters. This actual information may 
further be stored by the buyer system 754 for historical reference purposes. The actual 
cost information is also used by the IBE system 700 to reconcile 756 purchase orders, 
field actuals, and final invoices to provide appropriate payment by buyers to sellers for 
the completed project." 

Applicant would submit that upon a reading of Claim 1, as clarified by Applicant's 
Specification, the term "actual performance data," recited and explained numerous times 
throughout the specification, is not indefinite. The claimed method is recited to be usable "for 
reconciling actual performance data with estimated data within a processor," the method 
including steps of obtaining and storing estimated data and receiving and storing actual 
performance data from the seller. A plain reading of Applicant's specification indicates that 
"actual performance data" can include one or more items of data, similar in form to the 
estimated data, that is received from the seller rather than another party, and that relates to 
actual performance of a complex project rather than an estimate. 

With regard to the recitation "parameter," Applicant would submit that this term is not 
varied or indefinite. As described throughout the Specification and original claims, as filed, a 
parameter can be any feature or component relating to a complex project, including physical, 
functional, temporal, transactional, and/or geographical parameters. (See, e.g., Original Claim 
16) Each project is defined in terms of one or more parameters. (See, e.g., Original Claim 33) 

The term "parameter" is further clarified, defined, and supported by Paragraph [0015], 
which provides numerous examples, and states: 

"More specifically, when utilizing the systems and/or processes of the present invention, 
a buyer specifies parameters that describe a project. Examples of such parameters include 
the following: physical parameters (e.g., size, weight, height); functional parameters (e.g., 
able to accelerate from 0 to 60 m.p.h. in less then 6.0 seconds); temporal parameters (e.g., 
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to be delivered by Tuesday); financial parameters (e.g., to cost less than $10.00); 
transactional parameters (e.g., to be paid by check or money order); and/or geographical 
parameters (e.g., located in Colorado). The physical, functional, temporal, financial, 
and/or geographical parameters , or any other Parameters that may be appropriate for 
completion of the project, are hereafter collectively referred to as " Parameters ." 

Each parameter can have a specified value, measurement, or specification, but the 
identity of each parameter, itself, is not variable or indefinite, nor is the term "parameter" 
indefinite. (See, e.g., Paragraph [0002], stating "... the present invention relates to an 
automated process that receives specifications of physical, functional, temporal, financial, 
transactional and/or geographical parameters from buyers, and matches the buyers with sellers 
of such goods and/or services that satisfy the parameters and specifications.") 

With regard to the recitation "measurement," as described above and throughout 
Applicant's Specification, each parameter has a value. Claim 4 relates to a method for 
reconciling actual performance data, the actual performance data being comprised of one or 
more parameters, each parameter having a measurement. Each measurement is a definite value 
relating to the associated parameter. Claim 4 utilizes the term "measurement" to describe any 
value that could apply to the associated parameter (see, e.g. Paragraph [0015], copied above). 
Applicant would argue that use of the term "measurement" in this manner, to encompass a 
variety of possible values for a parameter, is commonplace among applications for patent, and 
that Applicant is not required to limit Claim 4 to any specific value. 

Claim Rejections - 35 USC §103 

The Office Action rejected Claim 1 under 35 USC § 103(a) as being unpatenable over 
Puri et al. (7,440,909) in view of Ockman (4,700,318). Applicant respectfully traverses this 
rejection. 
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Claim 1 recites a method for procuring one or more goods and/or services for a complex 
project in which actual performance data of the complex project is compared with estimated 
data related to the complex project, to determine the existence of any discrepancies, and to 
enable reconciliation of these discrepancies. Applicant's method is specifically adapted for use 
with complex projects, which typically involve goods and/or services that are requested by a 
buyer, but are received through potentially variable performances by the seller. Numerous 
characteristics of performances, by both the buyer and the seller, can vary during the 
performance of a complex project. As such, estimated data can be associated with a complex 
project to facilitate an initial request and/or payment, however actual performance data relating 
to the end result of a complex project can, and often will, differ from the estimated data by the 
very nature of a complex project, such as the drilling of an oil well. When such discrepancies 
are noted, it is necessary for the seller to reconcile these discrepancies with the buyer. No 
existing method is adapted to reconcile these complex projects in the manner described by 
Applicant. 

Specifically, Claim 1 recites a method that is adapted for reconciling complex projects, in 
contrast to discrete transactions for goods and services involving non-variable performances. 
Estimated data relating to the complex project is obtained and stored, from any source relating 
to the complex project. Actual performance data is received from the seller and stored. The 
actual performance data is then compared to the estimated data to determine any discrepancy 
therebetween, and a notification of any such discrepancy is sent to the seller and/or the buyer. 
The seller is thereby provided with an opportunity to justify, reconcile, or otherwise account for 
discrepancies. 
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Puri instead relates to an invention that provides a fixed bill of materials and retrieves 
real time costing data relating to these fixed materials. Puri attempts to compensate for 
variations in the cost or value of these discrete materials by maintaining real time costing data, 
but does not allow for variable performances by both buyers and sellers, such as variations in 
the materials. 

Specifically, Puri describes an accounting method used to collect and present real time 
actual data, through which differing methods for accounting costing can be utilized for actual 
cost collection and cost presentation. (Puri, Column 1, Lines 10-15) Actual costs of performing 
a job and obtaining and/or manufacturing an item associated with a business activity are 
collected, a unique cost identifier is created and associated with the cost, and based upon the 
cost identifiers, differing accounting costing methods for cost collection and cost presentation 
can be selected. (Puri, Column 2, Line 66 - Column 3, Line 16) 

No estimated data is obtained, and no comparison between estimated data and actual data 
is performed. Puri teaches away from obtaining estimated data and comparing estimated data 
with actual data to reconcile a transaction. Instead, Puri speaks to the limitations of using 
estimated data with a fixed bill of materials, and seeks to use only real time actual costing 
information to avoid these limitations. (Puri, Column 2, Lines 15-21) As such, no 
reconciliation or accounting for discrepancies between estimated data and actual data is taught 
by Puri. 

Unlike Applicant's method, Puri does not recognize the problems to be solved when 
reconciling a complex project, which require use of both estimated data and actual performance 
data. 
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Therefore, Puri fails to teach numerous elements of Claim 1. Specifically, Puri does not 
teach a method for reconciling complex transactions, as taught by Applicant. Instead, Puri 
relates to accounting for discrete items of a bill of materials (i.e. performing a job, 
manufacturing an item), rather than any type of transaction, much less a complex transaction. 
(See, e.g. Puri, Claim 1) 

Puri further does not teach obtaining and storing estimated data, Puri instead describing a 
need to eliminate use of estimated data and instead collect real time data relating to actual costs. 
As such, Puri also does not teach comparing estimated data to actual data, providing notice of 
any discrepancies therebetween, or providing an opportunity to justify or reconcile 
discrepancies. The method of Puri is not designed, intended, or capable of managing and 
reconciling one or more transactions of a complex project. 

As such, the combination of Puri with Ockman is improper, as Puri teaches away from 
comparing estimated and actual data to reconcile discrepancies. (See, e.g., Puri, Column 5, 
Lines 1-4, which states "In contrast, standard costs offer the accountant or decision-maker what 
is frequently an inaccurate estimation of future costs based on historical data.") The addition of 
material from Ockman to add estimated data, and notification and reconciliation of 
discrepancies between estimated data and actual data, contrary to the teachings of Puri, would 
render the system and method of Puri nonfunctional. 

Ockman describes a system used to visually depict the components, jobs, and 
interrelationships between the various parts of a construction process, to overcome language 
barriers and graphically display information that is difficult to intelligibly communicate using 
language alone. (Ockman, Column 1, Lines 15-33) A project schedule and current project data 
are stored in separate memory areas, and the two memories can be compared to identify 
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differences between a current schedule and an original or interim target schedule. (Ockman, 
Column 3, Lines 52-67) Depicted structural features are displayed in a manner characterized by 
scheduling concerns, and any items overdue for completion or that otherwise deviate from 
schedule can be visually emphasized. (Ockman, Column 2, Lines 23-37) 

Ockman fails to teach the elements of Claim 1 not taught by Puri. Therefore, the 
combination of Puri and Ockman fails to render Applicant's Claim , 1 unpatentable. 
Specifically, Ockman does not teach a method for reconciling complex transactions, as taught 
by Applicant. Instead, Ockman relates to an overall graphical display of a project as it was 
intended to occur, compared against a graphical display of the current status of a project. (See, 
e.g. Ockman, Claim 1 and Column 2, Lines 23-62) 

The system of Ockman is not designed, intended, or capable of managing and reconciling 
one or more transactions within a complex project, as taught by Applicant. The only 
characteristic of a project managed by the system of Ockman is the scheduling of discrete 
projects in relation to other discrete projects. Any projects that are not on schedule are bolded 
and/or shaded. (See, e.g. Ockman, Claim 1) As such, Ockman does not teach permitting 
reconciling of a transaction in a complex project in the case of any discrepancy, as taught by 
Applicant. 

Therefore, neither Puri, Ockman, nor the combination of Puri and Ockman teach each 
element of Claim 1, as amended. Further, the combination of Puri and Ockman is improper, as 
Puri teaches away from Applicant's claimed method, and the teachings of Puri are contrary to a 
combination with Ockman, which would hinder or render non-functional the system and 
method of Puri. 
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Applicant believes that Claim 1, as amended, in light of the remarks presented, is 
patentable over Puri in view of Ockman and respectfully requests reconsideration of the instant 
rejection. 

The Office Action rejected Claims 2-4 and 15 under 35 USC § 103(a) as being 
unpatenable over Puri et al. (7,440,909) in view of Ockman (4,700,318) and further in view of 
Huberman (5,826,244). Applicant respectfully traverses this rejection. 

Huberman fails to teach the elements of Claim 1 not taught by Puri and Ockman. 

Huberman relates to an auction system, which by definition includes a binding price for a 
specified amount of goods or services, not subject to variance. As such, Huberman does not 
address the problems presented by a complex project. 

Specifically, Huberman describes a document distribution and auction system relating to 
transactions for obtaining document services (i.e. printing, copying, etc.). (Huberman, Column 
1, Lines 12-22) A broker process acts as an intermediary between a customer process and a 
supplier process, the broker process being provided with a description of a desired document 
service. (Huberman, Column 2, Line 64 - Column 3, Line 3) Responsive to the description, an 
auction is conducted in which a customer or supplier submits a bid, and the broker process 
establishes a price and proposes a transaction based no the established price, which can then 
occur automatically. (Huberman, Column 3, Lines 3-14) 

Huberman does not teach a method for reconciling complex transactions, as taught by 
Applicant. Instead, Huberman relates to non-complex, service-based auctions, such as 
performing printing, copying, or shredding jobs. (See, e.g. Huberman, Column 1, Lines 12-22) 

Additionally, Huberman does not teach obtaining estimated data, nor actual performance 
data, as Huberan relates to an auction process in which a transaction is proposed, but does not 
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relate to the actual performance of the transaction. As such Huberman also does not teach 
comparing estimated data to actual performance data or permitting reconciliation by the seller 
for any discrepancies therebetween. 

Applicant would therefore assert that the combination of Huberman with Puri and 
Ockman is improper. Any cost, accounting, or measurement-related data obtained in relation to 
an auction conducted using the system and method of Huberman would not constitute estimated 
data or actual performance data, as taught by Applicant. No motivation exists to combine 
certain aspects of dissimilar data obtained through the auction system of Huberman with the real 
time accounting system of Puri and/or the visual scheduling system of Ockman. 

Claims 2-4 depend from Claim 1 and contain all limitations thereof. Because Applicant 
believes Claim 1 is patentable over Puri and Ockman in view of Huberman for the reasons 
described above, Applicant also believes Claims 2-4 are patentable over the art of record. 

Additionally, as the combination of Puri, Ockman, and Huberman is improper, for the 
reasons described above, Applicant also asserts that the combination of Puri, Ockman, and 
Huberman fails to teach any of Claims 2-4 individually. Reconsideration of the above rejection 
is respectfully requested. 

Conclusion 

In light of the above discussion, Applicant respectfully submits that the application now 
stands in prima facie condition for allowance and courteously requests that this application be 
advanced to issue. The Applicant is of the opinion that no additional fees are required. However, 
if additional fees are required, the Commissioner is hereby respectfully authorized to deduct such 
fees from Deposit Account Number 13-2166. 
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The Examiner is respectfully invited to call the Applicant's representative at 713-355- 
4200, to discuss any matters that may arise, where such discussion may resolve such matters and 
place this application in condition for allowance. 

Respectfully Submitted, 



Date: June 22, 2009 




Jacob S. Mattis 

Registration No. 58,833 

The Matthews Firm (Customer # 021897) 

2000 Bering, Ste. 700 

Houston, Texas 77057 
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(713) 355-9689 - Facsimile 
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